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System And Method For Extending An Enterprise Network 
To Mobfle Devices 

Priority 

This application claims priority undo: 35 U.S.C. § 120 to the provisional application serial 
number 60/202,351 entitled, "Mobile Data Module Apparatus and Interface System and Method", 
filed on May 5, 2000. 

Field of the Invention 

The present invention relates generally to wireless networking and, more specifically, to a 
system and method for extending an enterprise network to mobile devices. 

Background of the Invention 

Advances in mobile device technology and connectivity protocols provide enterprises with 
an opportunity to shift automated business processes to a mobile workforce. Unfortunately, the 
currently available techniques for accomplishing tins objective are inflexible and overly reliant on 
persistent connectivity. 

Conventional options, such as wireless web-based connectivity, data synchronization 
technology, and in-house developed solutions, have substantial disadvantages. Wireless web 
solutions often utilize a tfainpclient, browser-based interface that has, for the most part, proven 
unworkable. The wireless web model is highly ooimection-dependent To work effectively, the 
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connection between the thin-client and the network server should remain in place flic entire time an 
application is in use by the mobile device. It is very difficult for mobile clients to remain connected 
or to guarantee connectivity for extended amounts of time. Mobile devices may only connect 
occasionally, and when they do connect, the connection may be for a vary limited amount of time. 
As a result, existing web-based technologies based on persistent network connections provide a sub- 
optimal solution for extending an enterprise network to mobile devices. 

The data synchronization ("data synch") model may improve upon the wireless web-based 
model with respect to the non-persistent nature of mobile device connectivity. However, date synch 
methods often lack flexibility and usually offer very tittle, if any, application management capability. 
Atypical data synch method shuttles information between handheld computers on Ihe firont-end and 
a corporate database on the back-end. The shuttling conventionally occurs through hard-wired data 
pipes referred to as data conduits, adapters or plug-ins. These conduits are difficult to create and 
manage because they operate in and link two very distinct environments. The first environment 
surrounds the mobile device and potentially includes multiple operating systems, memory footprints, 
and file system architectures. The second environment surrounds the enterprise back-end data 
sources. Each environment typically has Afferent interface methodologies and cmmectiviiy 
capabilities. The conduits are hard-wired and difficult to change. As such, the entire data synch 
system may need to be rewritten each time new enterprise back-ends are brought on-line or members 
of the mobile work force choose to move to more powerful mobile devices. As such, many 
rganizations find conventional data-synch solutions to be too inflexible to be practical. 
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A third conventional option, in-house development, also feces the technical disadvantage of. 
inflexibility. The development of such systems often requires excessive amounts of in-house, 
custom developed software and hardware. As a result, system development projects consume 
considerable amounts of time, money and manpower. While these conventional systems may be 

5 impressive in their scope and level of integration, modifying their functionality can require re- 
writing entire blocks of code. And, if the original programmers are not available, the schedule for 
modifying custom code can be significantly lengthened as new programmers "back-out" the 
processes and flows of the original code. 

Accordingly, there is a need for improved methods to support enterprises in their efforts to 

10 extend enterprise networks to mobile devices. 
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Summary of the Invention 

In accordance with the teachings of the present invention, a system and method for extending 
an enterprise network to mobile devices is provided. A particular embodiment of a method 
incorporating teachings of the present invention include, creating a data model, creating a software 
appHcationmat uses, the data model, and deploying the software applicatioa and at least a portion of 
the data model to a plurality of mobile computing devices. The data model is associated with at least 
one of the plurality of back-end applications. In accordance with a further embedment, the method 
includes using a mobile computing system to extend use of the enterprise computing system to a 
plurality of mobile computing devices, and creating a mobile data model, where the mobile data 
model is associated with enterprise data to be shared between at least one of the plurality of back- 
end applications and at least one of the plurality of mobile computing device*. 

In accordance with a further embodiment, a method incorporating teachings of the present 
invention may include creating a mobile data model, tb^ may b<: a^c.dated wim d^to from an 
enterprise software system, and connecting the enterprise software system with a mobile appUcation 
system. In some embodiments, the mobile application system can include an integration module 
responsive to the enterprise software system and a connection module responsive to a plurality of 
mobile computing devices. 

In accordance with a further embo<liment, a method may include establishing a 
communication link between a mobile domain and a mobile computing device; communicating 
collected information to the mobile computing device via the communication link; disconnecting 
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from the communication link; establishing a second communication Knk between the mobile domain 
and the mobile computing device; receiving at the mobile domain transaction information indicative 
of a transaction completed by the mobile computing device; accessing a data model describing 
locations of enterprise objects within the enterprise data source; and routing information flow from 
the integration engine to the data source in accordance with the data model. The mobile domain 
comprises an integration engine adapted to direct enterprise information collected from an enterprise 
data source. 

In accordance with a particular embodiment, a mobile computing system incorporating 
teachings of the present invention may include an integration module responsive to an enterprise 
system having a plurality of back-end software applications, and a connection module responsive to 
a plurality of mobile computing devices, at least one of the plurality of mobile computing devices 
including a mobile software application referencing the mobile data model. The integration module 
may have access to a mobile data model that references at least one enterprise object associated with 
a back-end software application. 

In accordance with a further embodiment, a system similar to die system described above 
may include a data model defining an enterprise object; an enterprise data source; a mobile domain 
comprising an integration engine-adapted to be communicatively coupled to the enterprise data 
source, and a mobile device comprising memory storing a portion of the data model. Hie mobile 
device is configured to communicate with the mobile domain by using the portion of the data model 
stored in device memory. The integration engine is adapted to read from and write to the enterprise 
data source by accessing the data model. * 
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Brief Description of the Drawings 
Figure 1 depicts a block diagram of one embodiment of a system incorporating teachings of 

the present invention. 

Figure 2 depicts a general diagram of one cmbcKim 

teachfrffi °f th c present invention. 

Figure. 3 depicts a general diagram further illustrating certain portions of the embodiment 

depicted in Figure 1. 

Figure 4 shows a state transition diagram that illustrates operation and use of the embodiment 
depicted in Figure 1. 

Figure 5 is a flow chart that illustrates an embodiment of a software platform distribution 
method. 

Figure 6 is a flow chart that illustrates an embodiment of a method of deploying a software 
application that references a mobile data modeL 

Figure 7 is a flow chart that illustrates an embodiment of a method of receiving, Kcensmg, 
.and re-selling a software platform, or creating and selling a bundled package that includes the 
software platform. 

Figure 8 is-a flow chart that illustrates an embodiment of a method of hosting the software 
platform. 

Figure 9 is a flow chart that illustrates an emb odiment of a method of distributing and using 

the software platform. 

Figure 10 is a flow chart mat illustrates an embodiment of an integration method. 
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Figure 1 1 depicts an example of a graphical user interface for a mobile data modeler that may 

allow a user to generate a mobile data model that incorporates teachings of the present disclosure. 
Figure 12 shows a diagram of a mobile data model that incorporates teachings of the present 

disclosure. 

5 Figure 13 shows a diagram of a mobile data model that incorporates teachings of the present 

disclosure. 

Figure 14 depicts a relational schema for an enterprise information system that may be 
written in Structured Query Language (SQL) Server and may be translatable into a mobile data . 
model that incorporates teachings of the presort disclosure. 
10 Figure IS depicts a relational schema similar to that of Figure 14 translated into a mobile data 

model that incorporates teachings of the present disclosure. 

Figure 16 depicts a pruned mobile data model that incorporates teachings of the present 
disclosure. : 
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Detailed Description of the Drawings 
Referring to Figure 1, a system 100 is depicted. As depicted, system 100 includes enterprise 
systems 106. 108. amobile application server network 110. and a plurality of mobile computing 
devices, such as devices 102 and 104. Devices 102, 104 may include, for example, personal digital 
assistants ("PDA's"), wireless telephones, and wireless thin-cUent terminals. The enterprise systems 
106. 108 may include, for example, a plurality of different back-end end application systems, which 
may include accounting systems, transaction systems, databases, enterprise resource programs and 
other enterprise computing infrastructure. 

The mobile application server network 110 of Figure 1 may include an integration server 
116. primary server 114, data management server 118, and connection server 112, A server may. 
include, for example, computer operations running in separate cornputrng platfoims or the same 
computing platforms. The computer operations may be written to be object-oriented and may make 
use of different languages including, for example, third generation languages Kke Java. C++, and 
PL/s. As shown, data management server 1 1 8 may execute code that allows it to couple to a data 
storc 120. As depicted, a domain data store 120 may contain a subset of enterprise information 
stored, for example, on a single hard drive, an array of disks, a storage area network, or a 
combination thereo£ In operation, integration server 116 may be responsive to and in 
communication with the enterprise systems 106, 108. The integration server 116 may also handle 
transaction data and information flow in communication with the enterprise systems 1 06. 1 08. 
Connection server 1 12 maybe communicatively coupled to the mobile computing devices 102. 104 
and may be capable of deploying mobile appKcations and a common mobile data model to the 
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mobile computing devices 102, 104. In addition, the connection server 112 may receive stored 
transactions from the mobile computing devices 102, 104, where such stored transactions were 
created while the mobile computing devices 102, 104 were detached from the connection server 112. 
Data management server 1 18 of Figure 1 may be coupled via communication links to both 

5 connection server 112 and integration server 116. Primary server 114 maiy be coupled to connection 
server 1 12, integration saver 1 16, and data management server 118. 

In operation, system 100 allows back-end end applications within the enterprise systems 106, 
108, to be extended to a plurality of different mobile computing devices 102, 104, via a mobile 
application server 1 10. The mobile application server 1 10 preferably allows the mobile computing 

10 devices 102, 104, to operate on a stand-alone basis. For example, mobile devices 102, 104 may 
; include selected applications and data to be able to perform stand alone applications while such 

devices are not connected with server 112. In this manner, the mobile computing devices 102, 104, 
allow mobile workforce users to have further flexibility and to perform useful functions without 
being tethered via inconsistent and unreliable connections to the back-end server or the back-end 

15 entaprise system 106, 108. 

• Referring to Figure 2, one embodiment of a mobile domain 200 incorporating teaching* (of 
the present invention is depicted- Mobile domain 200 includes interfaces to the enterprise systems 
106, 108, to the mobile users and devices 102, 104, to the global application servers 110, and dooMnn 
data store 120, all as illustrated in connection with system 100 of Figure 1. Tie mobile domm 200 

20 may allow developers 202 to build applications, data models, and integration components 210 using 
application server 110. A data model may be embodied by computer operations and may ideatify 
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data objects or enterprise objects that are used in business or other contexts and defines the 
relationships among these objects. 

The mobile application server 1 10, via the mobile domain 200, may then colonize and deploy 
applications 204 to the mobile users 102, 104. In addition, data from the mobile devices 102, 104, 
may be communicated at 206 and then stored in domain data store 120. Data from the data store 
120, as part of a transaction, may be packaged and then delivered via integration components 208 to 
the applicable enterprise system and back-end application 1 06, 1 08: 

Within mobile domain 200, developers 202 may possess the ability to create mobile 
computing applications with data models and integration components that allow extension of 
enterprise system software to a variety of mobile devices with ease and flexibility. In addition, with 
mobile application server 1 10 and data store 120, various transactions and accompanying data from 
the mobile computing devices 102, 104 may be managed and appropriately interconnected with the 
back-end enterprise systems 106, 108. Such operations may occur despite a lack of a persistent 
wireless connection between mobile computing devices 102, 104 and mobile application server 110 
through updating events between mobile application server 1 10 and mobile computing devices 102, 
104. Such updating events may comprise, for example, mobile application server establishing a 
wireless connection, and then transferring data 206 between a mobile data store and domain data 
store 120. Domain data store 120 may also update with back end applications on enterprise systems 
1 06, 1 08, and the domain data store updates may occur at various times and, as such, avoid a 
technical difficulty associated with conventional data synch systems. Convention data synch 
systems often see a mass of users synching at or around one time (eg., 8:00 am) at the beginning of 
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a work day and again at or around another time (c.g,, 5:00 pm) at the end of the work day. This 
twice a day peaking, which can overtask enterprise backends, may be avoided by.allowing domain 
data store 120 to update throughout the day and at least partially self-support the updating of mobile 
computing devices 102, 104, The architecture of mobile domain 200 may allow users to wirelessly 

5 access and modify data from back-end applications without a persistent wireless connection. 

Referring to Figure 3, a system 300 is depicted. System 300 is a more detailed illustration of 
a portion of system 100 depicted in Figure 1 . System 300 includes hand held clients, such as mobile 
computing devices 102, 104, enterprise data stores, and may allow for application developers 202. 
The system 300 also includes connection server 1 12, data store server 118, integration server 1 16, 

10 . and primary server 114. Application developers 202 may interface with the primary server 114 via 
the mobile directory 3 18, the mobile component layer 320, and the foundation layer 312. The 
software components 320 may be stored temporarily in component repository 322. Application 
developers 202 may create applications that interact with a mobile data model referencing enterprise 
data. Hiese applications may be distributed within the system 300. For example, in operation, 

15 applications designed for hand held clients may be distributed to the foundation layer 306 through a 
messenger layer 304 and then deployed to hand held clients 102, 104. The deployment may occur 
across a persistent or a non-persistent wireless link employing various types of wireless protocols 
(e.g., SMS, cellular, etc.). Hie mobile data model may be accessed so as to allow applications 
effective access to enterprise data stores 106, 108. Transaction data from the hand held clients 104, 

20 106 received via the mobile messenger and passed through the foundation layer 306 is synchronized 
via data synchronization functionality 3 10 to the foundation layer 306 and data manager 308. Such 
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transactions, via integration components 208, are propagated by integration server 1 16 to the 
enterprise data stores 106, 108. 

As a further example, core software developed by application developers. 202 may be 
deployed via the foundation layer 306 to the data synchronization functionality, as illustrated by core 
software deployment action 312. Thus, the detailed implementation illustrated with system 300 
describes software layers that may be utilized to extend enterprise object data and functionality from 
enterprise data stores and other enterprise computing infrastructure for distribution to hand held 
clients. In addition, the system 300 allows transmission of transactions through a variety of global 
application servers for improved communications with enterprise back-end applications. 

Referring to Figure 4, a state transition diagram 400 is depicted. State transition diagram 400 
illustrates one embodiment of the operation of system 100, depicted in Figure 1. State transition 
diagram 400 illustrates exemplary operations that may be performed using the mobile application 
server within the system 100. 

An initial step in the mobile application process maybe the setup and configuration ofa 
mobile domain, step 402. The mobile domain is preferably a flexible environment, supported by the 
mobile computing system, which provides the fundamental basis for the entire mobile application 
process. 

In operation, the mobile domain manages and provides services for various type of system 
instances that make up the constituent population of the domain. Examples of system instances 
types are users, groups, servers, data stores, and devices. The mobile domain manages and provides 
services for the various types of software instances that collectively make up the machinery or 
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automation of the domain. Examples of software instance types are applications, components, and 
packages. 

The mobile domain may manage the various classes of information or data instances that 
collectively make up the content of the domain, as required by applications which have been 
deployed to the domain. These instances encompass the runtime data of the domain which is 
accessed and distributed to consumers, persisted in domain data stores, presented to mobile users, 
and exchanged with enterprise systems. 

Entities of the mobile domain, whether system, software, or information instances, may be . 
managed (either directly or indirectly) using the graphical user-interface provided by the mobile 
computing system, at 404. At the beginning of the mobile application process, the system 
administrator may add particular entities to the mobile domain, based on the initial requirements of 
the enterprise applications they are attempting to extend. As the mobile domain evolves, the 
administrator manages the entities by modifying ones that currently exist, adding more, or removing 
ones that are no longer necessary. 

At 406, consumers may be added and managed In some embodiments, the activities in the 
mobile domain may be driven by system instances referred to as consumers. A consumer in the 
mobile domain may be an entity that accepts an assigned application managed by the domain, has 
components of the application deployed to it, and has its components updated when changes occur. 
In operation, a consumer may be linked to data instances managed by a domain, may receive these 
instances and may have transactions based on these instances re-distributed as rules in the system 
dictate. 
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Further, a consumer may access, create, and update data instances managed by the domain, 
and may have relevant transactions based on these instances re-distributed to other interested 
consumers in the domain (as rules in the system dictate). In some cases, a set of consumers may be 
established such that the set is treated collectively as an individual consumer. 

Consumers may take many forms. For example, a consumer may be a single user or group of 
users. A single user may typically be an individual mobile worker that is assigned one or more 
domain apphcations in order to perform that mdrvid^'sreqra^ job functions. When the 
consumer is an individual worker, data instances may be linked to and distributed to the consumer in 
order to populate the applications that enable that worker* 8 job role. 

Similarly, a group of users maybe treated collectively as a single consumer, with each user 
the group sharing some set of assigned privileges. In practice, users may be collected into groups 
that they may share domain resources based on real-world affiliations, such as geographic 
location or job role. 

Another consumer type may be specific software instances that are not deployed to 
consumers in the domain, but to other entities of the domain, such as data stores. An example of this 
type of consumer is an integration component These components may access, create, and update 
data instances in the domain directly while interfacing with one or more enterprise systems. 

Preferably, the consumers of a mobile domain may be managed using the graphical 
user-interface provided by the mobile computmg system. Atmebegmningofthemobile application 
process, a system administrator may add consumers to the mobile domain. As the mobile domain 



m 

so 
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evolve, the administrator may manage the consumers by adding more, modifying ones that 
currently exist, or removing ones that are no longer necessary. 

Before a consumer interacts with the mobile domain, the consumer may be linked, at 408, to 
applications that they can use on their mobile computing devices, and have those applications 
deployed to them. Each application may be a software instance that can be created, deployed and 
updated by developers that interface with the mobile domain. Preferably, an application may be 
managed using the graphical user-interface provided by the mobile computing system in the context 
of managing consumers. This interface may be used to link applications to new consumers and 
unlink applications from consumers, as required for the consistent operation of die mobile 
computing system. Once an application is linked to one or more consumers, changes to that 
application, including new deployments and updates, can be distributed to the consumer. 

In practice, before software instances are designed and developed, operational requirements 
or guidelines may need to be established. For example, at 410, guidelines maybe established that 
articulate the goals specific to extending the usage and availability of one or more enterprise 
application systems. The development of these requirements may be an initial step in the mobile 
application process. A key advantage of the mobile application process is that it allows developers 
to focus on implementing these requirements in software form, rather than wasting time on the 
details of implementing the mechanics of the lower-level mobile computing system* This ease of 
use may b e partially provided by an approp riate mobile data model 

A mobile data model may be defined and updated, at step 412. The basis for the 
management of information instances in the mobile domain, as well as the development of software 
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instances that access that information is one or more mobile data models. The classic definition of a 
data model was that it defined the physical schema or structure of a persistent data store (eg., 
relational database). A mobile data model extends this definition in several ways. For example, a 
mobile data model may define not only a physical view of data, but also simultaneously an 
object-oriented and logical view. This may provide a preferred access interface for applications. In 
addition, a mobile data model may be decoupled from particular storage, distribution, access 
mechanism, or platform, allowing its use across a variety of back-end systems and device computing 
platforms. A mobile data model will preferably describe transactions and define connections 
between individual data classes, expressing relationship and dependency relationships, to streamline 
access to data by applications. A mobile data model may also contain embedded distribution 
attributes, which form the basis for effective dissemination of data instances to interested consumers. 

Once requirements for the mobile application are defined, a developer may build an initial 
mobile data model to reflect these requirements. The mobile data model may be built using tools 
provided with the mobile computing system* As application requirements change, the developer 
may return to the mobile data model to update it as needed. 

Once a mobile data model has been built, the developer can build one or more software 
program components that will operate on the server side of the mobile computing system in order to 
integrate the mobile computing system with one or more enterprise back-end applications, at step 
416. These components, or software instances, may be built using a variety of programming 
languages, depending on the systems in question. These components may facilitate the transfer of 
data to and from enterprise systems as application requirements dictate. Each integration component 
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may access application programming interfaces (APIs) provided by the mobile computing system in 
order to access a desired information instances. As application requirements change, the developer 
may enhance the integration components as needed. 

A mobile data model, one or more device software programs, and one or more integration 
software programs may be introduced or installed, at step 418, into the mobile domain as software 
instances called components. Individual components may be installed to the domain using tools 
provided by the mobile computing system, then managed automatically by that system. Once 
installed to the mobile domain, each component instance may be versioned and stored, available for 
access by any authorized entity of the domain or service of the computing system. Individual 
components are not necessarily deployed at the time they are installed to the mobile domain. They 
may be added to one or more package instances first. Components may be first introduced to the 
domain through a process referred to as installation. As application requirements change, and 
components are updated or enhanced, the software instances in the domain which represent the 
components may be revised as needed. 

The process of mobile application deployment may begin after components have been 
installed to the mobile domain. At this time, the components may be combined together into 
software sets referred to as packages, at 420. Packages may include software instances that are 
installed to the mobile domain using tools provided by the mobile computing system and managed 
by the system Once installed, a package instance may be configured through the addition and 
modification of sub-instances known as targets. The target may indirectly represent an individual 
system instance in the mobile domain that will receive components of the package once it has been 

-17- 



WO 01/86882 



PCT/US01/14466 



Attorney Docket No. 26625.706 ? atent Application 

deployed by an application instance. In operation, a component my be added to a package on behalf 
of the target that will receive it 

For example, a package target may be a data store in the mobile domain. When a data store 
target is added to a package, it may at that time be linked to a specific version of a mobile data 
model component instance, which may then be added to the current version of the package instance. 
Upon deployment of the package instance, the mobile data model component is deployed to the data 

store, causing the mobile computing system to create or update physical database tables in the 

database managed by the data store instance. 

Another example may include integration components. Individual integration component 

instances may be added to a package, on behalf of a data store target. These integration components 

may then be deployed to the data store, to be installed and managed by the mobile computing 

system. 

Another example of a package target is a device in the mobile domain. Once a device target 
is added to the package, individual device component instances can be added to the package on 
behalf of the device target These device components may then be deployed to the device, to be 
installed and managed by the mobile computing system. When a package is introduced to the 
domain, the process is called installation. As application requirements change, components are 
updated or enhanced, and package targets may need to be updated. The software instance in the 
domain that represents the package may be revised as needed. 

In a particular embodiment of a system incorporating teachings of die present disclosure, 
there may be three types of software instances within a mobile domain: components, packages, and 
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applications. As described in previous steps, individual component instances may be the first to be 
installed to the mobile domain, then packages may be created, which link together versions of these 
components. At this point, however, the instances may only capture the intent of a potential 
deployment. To commit to this intent and activate the various software programs included in a 
5 package, a version of that package may be deployed to the mobile domain, and then to consumers 
within the domain. Consumers, however, may not be linked to the package directly. They may, for 
example, be linked to an alias, called an application. This abstraction may insulate the administrator, 
and the consumers, from the development details of components, packages, and targets, and instead 
allow a single point of association for a set of business functionality within the mobile domain. The 

10 application instance may manage fodividual deployment instances, each of which encapsulates a 
particular package version, a set of component versions, and a set of targets, each linked to a 
particular system instance destination (e.g., device or data store). Consumers may be linked directly 
to these by association with the application instance. 

Applications may be added to the mobile domain, at 422, using the graphical user-interface 

15 provided by the mobile computing system. Consumers may be linked directly to the application 
instance using this same interface.' 

As initial or revised versions of application functionality are developed, and components and 
packages are installed or revised in the mobile domain, this functionality may be released to 
Consumers through the process of deployment, at step 424. It is through deployment that static 

20 software instances like package and components actually take on "life" within the context of an 
application. Using the graphical user-interface provided by the mobile computing system, the 
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administrator may create deployment instances that are managed by the application. Each 
deployment is considered an instantiation of a particular package version. Once the package is 
selected, the deployment is configured based on the specific targets specified in the package. Each 
target is linked to a specific system instance, called a destination, within the domain, to which the 
components of the target will then be deployed. The deployment is scheduled for release, either 
immediately or sometime in the future. Upon release, the mobile computing system deploys to the 
mobile domain, applying components to master instances of data stores and devices, and then to 
individual consumers linked to the deployment's application instance. 

Ultimately, the mobile worker interacts with the mobile domain by using one or more 
applications that are installed on their mobile computing device. These local applications may 
interface directly with a small portion of the mobile computing system that is also installed on the 
device. The local mobile computing system may be responsible for managing a subset of the mobile 
domain which is resident on the device, as well as installing and managing itself and the applications 
which have been deployed to the user identity assumed by the mobile worker. 

In order to interact initially with the mobile domain, a mobile worker may download a small 
software "bootstrap" program from the mobile computing system onto their mobile computing 
device. This program may be referred to as the colonist The colonist may be made available to the 
mobile worker througi a variety of means, including website, file server, email, etc... After the 
download, the mobile worker may execute the colonist, which will then ask the worker to identify 
himself/herself using a set of predefined credentials. These credentials may be determined whoa the 
worker is first added to the mobile domain as a User, see step 406. Once the worker has provided a 
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proper local login, the colonist may connect to the server-based mobile computing system (using one 
of a variety of communications media) to authenticate that the proper credentials were indeed 
provided If properly authenticated, the colonist may then establish a full connectivity session with 
the server-based mobile computing system, at step 438. 
5 Once the mobile application (and mobile computing system) have been installed locally, at 

step 438, the mobile worker may periodically synchronize the local domain with the server-based 
mobile domain. This may be accomplished, for example, by directly accessing the user-interface 
presented by the local computing system (called the mobile client) or by accessing functionality in 
the device application which in turn accesses functionality in the mobile client via its APIs. At this 

1 0 point, the mobile client may attempt to connect to the server-based mobile computing system (using 
one of a variety of communications media) and authenticate that the current User has current access 
privileges. If properly authenticated, the mobile client may establish a full connectivity session with 
the server-based mobile computing system. 

When a connectivity session has been established between a device's mobile client and the 

1 5 server-based mobile computing system, a synchronization process may occur, allowing the mobile 
client to send up any completed transactions that have been queued since the last synchronization 
session, at 440. These transactions may contain one or more data operations that have previously 
been applied to the local data store, but need to be communicated to the server-based data store. The 
transactions may be packed into optimized files (compressed and encrypted) that can be transmitted 

20 over a variety of communications media. Upon reception, these transactions may be processed by 
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the server-based mobile computing system. In some cases, this step may not be perfonned,<«.g., if a 

user elects to skip this step when a mobile device is first being colonized). 

After server-pending transactions have been sent to the server-based mobile domain, the 
mobile client may receive or download updates, at 442, that have been prepared for the user by the 
server-based mobile computing system since the last synchronization session. In some cases, 
updates may not be sent until the mobile client has completed communication of its queued 
transactions. When sent, updates may include a variety of changes, including data transactions, 
application updates, and updates to the local mobile computing system. These updates may be 
available to the mobile client as size reduced files (compressed and encrypted) that can be 
transmitted over a variety of communications media. Each of the available update files may first be 
downloaded to the mobile device, then applied to the local domain. 

After the updates have been received from the server-based mobile computing system, the 
local mobile client may process them, at 444. These updates may be handled in die following ways, 
according to their type. Mobile client deployments, when received, may be applied directly to the 
local mobile computing system If the mobile device is currently' bang colonized, the update will 
likely contain an entire new installation of the local mobile computing services. If a mobile client 
deployment is received during normal synchronization, the updates may be installed to improve or 
enhance the core services provided by the local mobile computing system. * 

Application deployments, when received, may be applied to local device applications that the 
mobile worker is using. If the mobile device is currently being colonized, the update will likely 
contain an entire new installation of one or more application components. If an application 
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deployment is received during normal synchronization, updated components may be installed to 
improve or enhance the user-interface or business automation presented to the mobile worker. 

Data store deployments, when received, may be applied to one or more of the data stores in 
the local domain. If the mobile device is currently being colonized, the update will likely contain an 
entirely new mobile data model that is used to build a new local database. If a data store deployment 
is received during normal synchronization, an updated data model may be used to alter the structure 
of the local database (as required). Data transactions, when received, may contain data operations 
(inserts, updates, deletes) that need to be applied to one or more of the local data stores. 

Once the mobile application (and mobile computing system) has been installed locally, the 
mobile worker may interact with the user-interface and functionality presented by the device 
program components. To adequately present the proper experience for the mobile worker, the 
device software programs may access various services from the mobile client, including accessing, 
creating, and updating data from the local domain, and connecting with die server-based mobile 
computing system. 

As the mobile worker interacts with the local applications, the underlying device software 
components may access data from the local domain data stores using services presented by the local 
mobile client As the device software components create new data instances, update existing 
instances, or delete unneeded instances, the mobile client may track these changes as transactions, at 
448. Upon the next synchronization session, these transactions maybe sent to the server, at 440. 

During normal synchronization sessions by the mobile client, pending transactions may be 
sent or uploaded from the local mobile computing system to the server-based mobile computing 
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system, at 426, These transactions are received by the server-based system and prepared for 
processing. Transactions can also be received by the mobile computing system during deployments. 

When transactions are received by the server-based mobile computing system, they may be 
processed according to the following process: data transactions, when received, may contain data 
operations (inserts, updates, deletes) that need to be applied to one or more of the data stoics 
contained within the server-based mobile domain, at step 428. These transactions may be applied 
directly to the data store, then sent to the rales-processing engine to be distributed to consumers in 
the mobile domain that might be "interested", at 430. Data store deployments, when received, may 
be applied to one or more of the data stores in the server-based mobile domain. If the data store is 
uninitialized, the deployment will likely contain an entirely new mobile data model that is used to 
build a new server-based database. If a data store deployment is received for an already-deployed 
data store, the updated data model may be used to alter the structure of the database (as required). 

Application deployments, when received, may be applied to the destination instances 
specified by the Deployment configuration. Deployments to device targets will often contain 
device-based software components that will ultimately be prepared for download by individual 
mobile clients. Application deployments to data store targets will often contain integration software 
components that will be installed on the server in order to link to enterprise application systems. 

At step 430, once data transactions are applied to server-based data stores, they may be 
additionally processed by the server-based mobile computing system in order to determine if any 
consumers within the mobile domain might also need to be informed about the data operations 
contained therein. This processing is handled by a special rules engine within the server-based 
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mobile computing system. This rules engine may be driven by special conditional logic statements 
developed by the administrator of the system. 

After data transactions are applied to server-based data stores, they may also be offered to 
integration components that are currently deployed so that the transactions can also be integrated 
into one or more enterprise back-end application systems (as dictated by requirements of the mobile 
application), at step 432. 

In some systems, while data transactions are being integrated into one or more enterprise 
application systems, integration components may also receive updates from these systems which are 
then applied to the mobile domain, at step 434. 

During ongoing processing by the server-based mobile computing system, changes that have 
been applied to the mobile domain that also affect one or more consumers may be packaged into 
updates which are then pending for download by mobile clients, at 436. 

Special conditional logic statements which drive the rules engine in the saver-based mobile 
computing system may be created by the system administrator using the graphical user-interface 
provided by the mobile computing system, at step 427. These rules may control how data that is 
applied to the server-based mobile domain is distributed to other consumers in die domain. Thus, 
Figure 4 has illustrated the operation and use of a particular embodiment of mobile domain that may 
be incorporated into a distributable software platform.. 

Referring to Figure 5, a flow chart 500 of a method of distributing a software platform to 
multiple enterprises is illustrated. At S02, the software platform is distributed to a first enterprise. 
The software platform is distributed to a second enterprise, at 504. Payment is received for the 
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software platform from the first enterprise, at 506, and from the second enterprise, at 508. The 
software platform is integrated to backend systems of the first enterprise and payment is received for 
such integration, at 510. Similarly, the software platform is integrated to backend systems at the 
second enterprise and payment is received for integration from the second enterprise at 512. The 
software platform is then used at the enterprises to create a mobile data model, at 514, and to build 
software applications that reference the mobile data model, at 5 1 6. While the illustrative method 
described with respect to Figure 5 describes two enterprises, it should be understood that the 
software platform may be distributed, integrated, and used by many enterprises. 

Referring to Figure 6, a method 600 of creating and deployment software applications that 
reference a mobile data model is illustrated. A first software application that references a mobile 
data model is created, at 602. A second software application that references die mobile data model 
is created, at 604. The first software application is deployed to a plurality of mobile computing 
devices, at 606, and the second software application is deployed to a mobile application server, at 
608. Data is asynchronously transferred between the first software application and the second 
software application, at 610. For example, transaction data from a mobile computer devices may be 
sait to the mobile application server, or data from an enterprise backend application may be 
delivered to a mobile computing device for use by a mobile worker. Data is transferred between the 
mobile application server and a backend enterprise system, at 612. 

Referring to Figure 7, an illustrative method 700 of reselling a software platform is disclosed. 
At 702, a provider of a software platform is identified. The software platform includes data 
modeling code to create a mobile data model and mobility deployment code. The software platform 
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is received, at 704, and is licensed from the software provider, at 706. The software platform is 
distributed, at 708, and then used, at 710. Copies of the software platform may be made, at 712. 
The software platform may be bundled with other software to create a bundled package, at 714. The 
bundled package is distributed at 716. Monetary value is received for distributing the software 
platform or for the bundled package, at 718. 

Referring to Figure 8, a method of hosting 800 is disclosed. The method includes the step of 
receiving a software platform, at 802. The software platform includes data modeling code and 
mobility deployment code, the software platform is hosted at 804. Typically, hosting involves 
loading the software platform onto a server that is connected with a computer network, such as the 
internet or an intranet, so that multiple users may access the software platform. Hosting may also 
include hosting services that accompany the hosting process. Payment, or other type of monetary 
value, for hosting the software platform is received at 806. 

Referring to Figure 9, an illustrative method of distributing a software platform is disclosed. 
With this method, a software platform is distributed to an enterprise having an enterprise software 
system, at 902. The enterprise software system may be any of the various back-end types of 
software and accompanying computing hardware used by enterprises. The software platform in this 
particular embodiment includes a software tool, an integration module, and a connection module. 
The software tool is for creating a mobile data model associated with data at the enterprise software 
system. The integration module is responsive to the enterprise software system. The integration 
module also has access to the mobile data model. The connection module is responsive to mobile 
computer devices. The software platform may be used to create mobile software applications for the 
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mobile computer devices, at 906. Also, the mobile applications may be deployed to one or more 
mobile computer devices, at 908. 

Referring to Figure 10, a particular illustrative example of an integration method is shown. 
With this method, a first computing system is integrated into a first enterprise network, at 1002. The 
first computing system includes an integration unit and a connection unit The integration unit is to 
access at least one back-end application of the first enterprise network and to access a data model 
that references at least on back-end enterprise object Hie connection unit is responsive to mobile 
computing devices. At least one of the mobile computing devices has access to the data model A 
second computing system is integrated into a second enterprise network, at 1006. Integration 
services may also be provided in connection with integrating the first computing system or the 
second computing system, at 1008. Payment, or other value, is received for providing the 
integration, or the integration services, at 1010. Integration of the first and second computing 
systems allows die enterprise network applications and object to be modeled and then used by 
mobile computing devices. In this manner, mobile workers can use mobile computing devices to 
interact with enterprise back-end systems. 

An example of a mobile data model is illustrated below: 

A system incorporating teachings of the present disclosure may extend an enterprise 
information system out to a mobile workforce and may involve the steps of building a mobile data 
model, writing an integration component, and writing a mobile application. When operational, the 
system may shepherd data from the enterprise information system out to the mobile workforce 
where it can be used in mission critical operations and then shepherd data back to the enterprise. 
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The diversity of systems found at either end of this traversal can make this task difficult to 
accomplish. 

A typical enterprise information system may, for example, have diverse aggregations of 
hardware, software, and operating systems. Such a system may span multiple platforms, be 
purchased from different vendors, display dates of manufacture from different technology eras, 
and may be running a disparate collection of unique proprietary systems. 

At the other end of the data traversal, the mobile workforce may, today, choose from a 
wide array of inexpensive handheld devices. For example, handheld devices may include laptops, 
palm sized computing platforms, scanning guns, and others. Each of the devices may have 
different screen sizes, processor types, and operating systems. 

A mobile domain system may also include a mobile data modeler, which could be a software 
engine or collection of code, that enables development of a mobile data model. In one embodiment, 
the developed mobile data model may represent a subset of enterprise information and may be used 
throughout the mobile domain system. 

As discussed above, a user may build a mobile data model, write an integration component, 
and write a mobile application. The modeling process may involve determining which subset of 
enterprise data needs to be extracted or distributed so each mobile user may conduct their own 
desired tasks. Classes may be added to the model to represent real world entities contained in the 
back end system. Classes may include, for example,: Customer, Order, Item, and Delivery. Fields 
may then be added to each class to describe attributes of individual class instances or records. 
Example fields may include: FirstName, OrderNumber, ItemDescription. and DeliveryAddress. 
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Connections may then be added between classes to describe relationships between instances of those 
classes. 

Once completed, a mobile data model may be made available to an administrator, which may 
be an individual, a collection of individuals, a software engine, or collection of code. In operation, 
the administrator may: (1) use the model to create a component, (2) add that component to a 
package, (3) add that package to an application, and (4) deploy that application to a particuhr user or 
many users. When a mobile user synchronizes and colonizes a hand-held device, at least a portion of 
the mobile data model may be instantiated on the device. 

After an application is deployed to a mobile workforce and at least a portion of the mobile 
data model is instantiated on the device, a unifying understanding of data (e.g., schema or XML-like 
treatment) may exist throughout the mobile domain solution. As old hand-held devices are retired 
and new ones added, the new devices may be instantiated using the same mobile data model thereby 
addressing the problem of handheld product evaluation. 

In addition to creating a unifying schema, the mobile data model may also wrap physical data 
stores with a logical interface. This logical interface may allow programmers easy access to data in 
a physical data store and may be modifiable. 

As discussed above, a mobile data modeler may be a software tool that allows a user to 
create, edit, validate, print, and save a mobile data model. In one embodiment, a data modeler may 
present a graphical user interface (GUI) like GUI 1 102 depicted in Figure 1 1 that displays detailed 
information about a mobile data model as the data model progresses through development A first 
pane 1 104 of GUI 1 102 may contain information about classes, keys, fields and connections 
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presented in a simple linear list of textual entries. A second pane 1106 may provide a workspace 
where a user may begin to define the data model by placing classes, adding fields and connections. 
Preferably, GUI 1 102 may also allow a user to switch between the physical and logical views of the 
data model. 

5 When creating a mobile data model, a user may decide what real world entity or information 

to bring from a legacy system into the mobile domain. For example* if a mobile worker happens to 
be a forklift operator or truck driver, the worker may need to know customer order information 
stored in an enterprise back-end application so that deliveries can be made. The worker may need to 
have access to information about each order placed, including product number and quantity, and the 

1 0 delivery address. In such a situation, a user creating a mobile data model, like mobile data model 

1202 of Figure 12, may decide to include customers 1204, items 1206, deliveries 1208, and products 
121 0 as classes in the mobile data model. 

A class in a mobile data model may represent some real world object, place, thing, person, or 
collection and combination thereof. It may be used to create a physical table or group of tables in a 

15 data store that will hold physical instances of those objects, places, things, or combinations, in 

records. Because class names in the data model may be used to instantiate physical tables in a data 
store, a developer should consider naming limitations of the particular database management system 
(DBMS). For example, the following tables describe some common naming limitations. 
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SQL 6.5 


SQL 7.0 


AOOCE 


Satellite 
Forms 


Maximum table 

(physical class) name length 


30 


128 


31 


6 


Valid characters in physical names 


a-zo-s_#$ 


a-zo-g_@#$ 


A-Z0-9_ 


A-Z0-€_ 





SQL 6.5 


SQL 7.0 


AOOCE 


Satellite 
Forms 


Maximum physical field name length 


30 


128 


64 


10 


Maximum fields per table 


250 


1024 


255 




Maximum foreign key constraints per 
table 


31 


253 






Maximum Indexes per table 
(including Primary Key) 


240 


240 


4 




Maximum fields per index 


18 


16 


1 




Valid characters In physical names 


A-Z0-9J& 


A-Z0-9_@#$ 


A-Z0-9_ 


A-Z0-9_ 



After a developer has determined which entities may be required to support the mobile 
workforce and classes have been added to the modeler, the developer may decide what information 
5 is to be included in each class to describe instances (records) of this class. As shown in Figure 13, 
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the developer may enter these attributes into a mobile data model 1302, as Fields 1304. A field may 
be an attribute of a class 1 306 that describes one characteristic of the real world object that the class 
represents. For example, if the class is Customs, a field could be Name. 

As mentioned above, there may be at least two views in the mobile data modeler, a physical 

5 view and a logical view. The physical view may give the developer a clear look at the physical 

properties of the model. It may also provide the developer with an indirect view of the physical data 
store, because the physical view may instantiate the data store. As shown in Figure 13, a physical 
model may consist of Classes 1306, Fields 1304, and Connections 1308. 

The name of the class, shown in the title bar may be the name used when instantiating a table 

10 in a data store (e.g., M_DEUV). Left of the name may be a distribution property icon 13 10, which 
may indicate how and to whom information should be distributed. Below the title bar in the body of 
the class may be a list of field names, their types, and icons 1312 that indicate the role this field may 
play in the table. For example, in Figure 13, a primary key 1314, of which there may be only one 
per table, may uniquely identify each row in a table instantiated from mobile data model 1 302. 

15 Similarly, foreign key 1316 may provide an indication of a field's value and type. 

As discussed above, classes may represent the real world entities in an enterprise system like: 
Delivery, Customer, Items, and Products. Taken separately each class may instantiate a table that 
will hold instances of this class. The fields may describe attributes of these instances. For example, 
the table instantiated from a Customer class may hold Customer instances or records. One such 

20 record might have a value for its NAME field of **ABC Hardware". An instance of a Products class 
migit have a value for its DESCRIPTION field of 'Big Hammer". 
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Each instance may relate to one or more instances in another table. For example, a Delivery 
instance will likely relate to a Customer instance. A physical relationship between two tables may 
allow the two tables to be joined or to combine related records from two tables into a new or merged 
set. Mobile data models may also include connections that may create a physical relationship 
between instances of classes and may join together the instances to create sets of information for 
data distribution to the mobile users. Connections may additionally provide a simple logical interface 
to programmers for accessing a data store. 

In some embodiments, there may be at least four types of connections in the modeler that 
reflect four standard types of physical relationships between tables in a relational DBMS. These 
connection types may include ownership, lookup, inheritance, and association. Each of these 
connection types may support data distribution in a different way. For example, ownership may 
support one to many distribution, lookup may support many to one distribution, inheritance may 
support one to one distribution, and association may support many to many distribution. 

As mentioned above, there may be three phases a developer will complete when developing a 
mobile domain solution: (1) create a mobile data model that may allow instantiation of a domain 
data store and a mobile data store; (2) write an integration component that facilitates communication 
between a domain data store and a back-end application; and (3) write a client-side or mobile device 
bound mobile application that support interaction between a mobile data store and a user. In effect, 
the mobile data model may provide a layer of abstraction between a back-end database and a mobile 
application. As such, an integration component may access a domain data store instantiated from a 
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mobile data model or a portion thereof, and a mobile applications may access a mobile data store 
instantiated from the same mobile data model or a portion thereof on an individual hand-held device. 

Once the physical classes, fields, and connections have been added to a model using the 
Physical View and renamed using the Logical View, a mobile data model may give a developer clear 
insight into the relationships within a data store. It may also provide an excellent reference for the 
syntax when writing code that accesses the data store. 

As discussed above, a developer may use a mobile data modeler to create a new mobile data 
model from inception. Preferably, a mobile data modeler will also allow a developer to create a new 
mobile data model using an existing enterprise database to provide the design requirements. Even if 
a back end database or system is available, a developer may not want to rely on a one-to-one 
mapping of the database objects when creating a mobile data model. The original design of the 
enterprise system may not include the requirements for a mobile domain solution and/or may include 
unnecessary information. 

Mobile Data Model Development Example 

A developer may study an enterprise's requirements and determine that the following entities 
need to be modeled in the mobile domain: Deliveries (similar to customer Orders), Items in the 
Delivery, Product Information about the items, and Customers. The developer may also determine 
that the enterprise information system happens to be written in Structured Query Language (SQL) 
Server and has a relational schema similar to schema 1402 of Figure 14. 

The developer may elect to use a mobile data modeler to derive a mobile data model from the 
enterprise database or information system. The mobile data model in this example may be similar to 
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mobile data model 1502 of Figure 15. In model 1502, the physical tables from the enterprise system 
have been mapped using a one-to-one correspondence. Each of the physical fields and their data 
types may now be represented in mobile data model 1502, and each of the physical relationships 
from the enterprise system may now appear in model 1502 as a Lookup connection identified with 

5 an "L" (see L 1504). 

The developer may determine that there is at least one extraneous table. For example, 
perhaps a mobile workforce does not need to know about purchase orders used to fill inventory and 
that this class 1506 may be deleted from mobile data model 1502. Similarly, specific mobile workers 
may not need all the available information. For example, a forklift operator may not need to know 

10 when the order was placed. 

The developer may also notice that information describing a customer is stored using five 
separate tables: ACACCT, PRPERSON, CLCONTACTINFO, ADADDRESS, STSTATE. 
The developer may decide to collect all of that information with an SQL query and place it into one 
class called Customer. See, for example, mobile data model 1602 and class 1604 entitled M_CUST 

15 of Figure 16. In addition, the developer may also desire to modify the connection types and the 
physical names. 

As shown in Figure 16, the developer may elect to rename the classes OR_ORDER, 
OIJDRDERITEM, PRJPRODUCT to MJDELIV, MJTEM, and M_PROD respectively- adding 
the M to indicate that the data model is a Mobile data model Using both the relational schema and 
20 the derived classes, the developer may add fields and assign data types that are consistent with the 
various fields in the physical tables. The developer may also delete the classes and connections that 
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are not in use and/or incorrect, and may then add connections back having appropriate types. For 
example, the M_DELIV class of Figure 16 may have an ownership connection 1606 identified with 
an"0" to the M_ITEM class. 

As discussed above, the mobile data model may be delivered to a Mobile Domain 
Administrator, whore it may be treated as a component, added to a package, and made available for 
inclusion into an application. A user may then elect to add it to an application with specific 
destination properties, and the mobile data model or at least a portion of it may be deployed as part 
of the package. There may be two general types of applications with which to deploy the package 
containing the mobile data model or at least a portion of it One type may hold an integration 
component and another type may hold a mobile application. Preferably, both types of applications 
will share at least a portion of the same mobile data model. 

Once an application holding a mobile user application is deployed, the mobile users receiving 
that application may synchronize their hand-held devices and colonize. This act of colonizing on a 
hand-held device may result in the instantiation on the device of a mobile data store described by the 
portion of the mobile data model distributed to that handheld device and mobile worker. In 
preferred embodiments, distinct mobile workers may share a single device and may have 
individualized access to a given mobile application and underlying mobile data store. Once the first 
mobile user colonizes, the mobile data model may be said to be in production-time. 

As the use of die mobile domain solution matures, modifications to the solution maybe 
warranted. For example, an enterprise may elect to include new types of mobile employees and new 
classes might have to be added to the existing model to support these new user types. Because the 
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mobile data model can represent the underpinnings of an unifying schema, the model may be re- 
deployed to all users or just to those new users added to the solution* 

Once a mobile data model has been built, the developer can build one or more software 
program components that will operate on the mobile computing devices. These components, or 
software instances, may be built using a variety of programming languages, depending on the device 
in question. The chief role of these components may be to manage the graphical user-interface that 
presents data to the device user as well as to implement the business logic required for basic user 
interaction and automation. Each device component may access application programming interfaces 
(APIs) provided by the mobile computing system in order to access information instances stored in 
the mobile domain, as well as to access various low-level services. As application requirements 
change, the developer may enhance the device components as needed. 

Although the present invention has been described by way of detailed examples and 
illustrative embodiments, it should be understood that various changes, substitutions, and alterations 
can be made hereto without departing from the spirit and scope of the invention. Accordingly, the 
invention is not to be limited by the above detailed description, but rather is defined by the appended 
claims and equivalents thereof, to the maximum extent permissible by law. 
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Claims 

What is claimed is: 

1. A method for use in connection with an enterprise computing system, the method 
comprising: 

creating a data model, the data model associated with at least one of a plurality of hack-end 
applications of the enterprise computing system; 

creating a software application that uses the data model; and 

deploying at least a portion of the software application and at least a portion of the data 
model to a mobile computing device. 

2. A method for use in connection with an enterprise computing system having a plurality of 
back-end applications, the method comprising: 

using a mobile computing system to extend use of the enterprise computing system to a 
plurality of mobile computing devices; and 

creating a mobile data model associated with enterprise data to be shared between at least 
one of the plurality of back-end applications and at least one of the plurality of mobile computing 
devices. 
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3. A mobile computing system comprising: 

an integration module responsive to an enterprise system having a back-end software 
application, the integration module having access to a mobile data model that references at least one 
enterprise object associated with the back-end software applications; and 

a connection module responsive to a mobile computing device that includes a mobile 
software application referencing at least a portion of the mobile data model. 

4. A method of extending an enterprise network, the method comprising: 

creating a mobile data model, the mobile data model associated with data from an enterprise 
software system; and 

connecting the enterprise software system with a mobile application system, the mobile 
application system including an integration module responsive to the enterprise software system, the 
integration module having access to the mobile data model, and the mobile application system 
including a connection module responsive to a plurality of mobile computing devices. 
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5. A system comprising: 

a data model defining an enterprise object; 
an enterprise data source; 

a mobile domain comprising an integration engine adapted to be communicatively coupled to 
the enterprise data source, the integration engine adapted to read from and write to the enterprise 
data source by accessing the data model; and 

a mobile device comprising memory storing a portion of the data model, the mobile device 
configured to communicatively couple with the mobile domain by using the portion of the data 
model stored in the memory. 

6. A system to allow extension of an enterprise network to a mobile device, the system 
comprising: 

a server operable to execute code; 

the code operable to create a mobile domain; and 

the mobile domain comprising an integration engine adapted to access a data model in order 
to read from and write to an enterprise data source, the mobile domain further comprising a 
connection engine adapted to access the data model in order to communicatively couple with the 
mobile computing device. 
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7. A method for extending an enterprise network, the method comprising: 

establishing a communication link between a mobile domain and a mobile computing device, 
the mobile domain comprising an integration engine adapted to direct enterprise information 
collected from an enterprise data source; 

communicating collected information to the mobile computing device via the communication 

link; 

disconnecting from the communication link; 

establishing a second communication link between the mobile domain and the mobile 
computing device; 

receiving at the mobile domain transaction information indicative of a transaction completed 
at tiie mobile computing device; 

accessing a data model identifying enterprise objects within the enterprise data source; and 

routing information flow from the integration engine to the enterprise data source in response 
to the data model. 
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8. A method comprising: 

distributing a software platform to a first enterprise, the software platform for use in 
connection with an enterprise computing system having a plurality of backend software applications; 

distributing the software platform to a second enterprise, 

wherein the software platform includes a data modeling program allowing creation of a data 
model associated with at least one of the plurality of backend applications; and 

wherein the software platform further includes a deployment feature allowing deployment of 
at least a portion of the data model to a plurality of mobile computing devices. 

9. A system integration method comprising: 

integrating a first computing system into a first enterprise network, the first computing 
system comprising: 

an integration unit operable to access a backend application of the first enterprise network, 
the integration engine further operable to access a first data model that references at least one 
enterprise object associated with the backend software application; and 

a connection unit responsive to a plurality of mobile computing devices, at least one of the 
plurality of mobile computing devices having access to die first data model; and 

integrating a second computing system to a second enterprise. 
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10. A method of distributing a software platform, the method comprising: 

distributing the software platform to an enterprise having an enterprise software system, 
wherein the software platform comprises: 

a software tool for creating a mobile data model, the mobile data model associated with data 
from the enterprise software system; 

an integration module responsive to the enterprise software system, the integration module 
having access to the mobile data model; and 

a connection module responsive to a plurality of mobile computing devices. 

11. A method comprising: 

distributing to a first enterprise a software platform, the software platform comprising: 
data modeling code for creating a data model that models both enterprise backend 
application objects; and 

mobility deployment code for deploying at least a portion of the data model to a 
mobile computing device; and 

distributing to a second enterprise a second version of the software platform. 
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12. A method comprising: 

identifying a provider of a software platform; and 

receiving the software platform, the software platform comprising: 

data modeling code for creating a data model that models both enterprise 
backend application objects; and 



mobility deployment code for deploying at least a portion of the data model to 



a mobile computing device. 



13. 



A method comprising: 



receiving a software platform, the software platform comprising: 



data modeling code for creating a data model that models enterprise backend 



application objects; and 



mobility deployment code for deploying at least a portion of the data model to a 



mobile computing device; and 



hosting th< 



ie software platform on a server. 
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14^ A method for use of a software application, the method comprising: 

accessing a mobile data model, at least a portion of the mobile data model suitable to be 
instantiated at a distributed device to create a mobile data store containing enterprise information on 
the distributed device; 

creating a mobile software application to be executed at the distributed device and to interact 
with the mobile data stoic; and 

making the mobile software application and at least a portion of the mobile data model 
available to a consumer. 

IS. A system for application development in a mobile domain, comprising: 
a middle tier server, 

a domain data store maintained in the middle tier server, the domain data store representing 
enterprise information maintained in an enterprise back end; 

a mobile data model, a portion of the mobile domain suitable to be instantiated at a 
distributed computing platform to create a mobile data store containing enterprise information at the 
distributed computing platform; and 

an application development engine operable to generate instructions that can be deployed to 
the distributed computing platform and that allow the distributed computing platform to access 
information within the mobile data store. 
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16. A system, comprising: 

a distributed computing platform operable to communicate with a middle tier server at least 
partially across a radio frequency link; 

a memory associated with the distributed computing platform, the memory storing a mobile 
data store comprising information indicative of information in an enterprise backend, the mobile data 
store representing an instantiation of at least a portion of a mobile data model 

17. A method for application deployment, the method comprising: 
establishing a first communication link with a mobile computing device; 
communicating a client-side application and a portion of a deployable mobile data model to 

the mobile computing device; 

disconnecting the first communication link; 

establishing a second communication link with the mobile computing device; and 
receiving transaction data across the second communication link, the transaction data 
resulting from execution of the client-side application by the mobile computing device at least a 
portion of the execution occurring after disconnecting the first communication link and before 
establishing the second communication link. 

18. A method for application development and deployment, the method comprising: 
developing a mobile data model; 

adding at least a portion of the mobile data model to a package; 

including the package in a mobile user application; and 

deploying the mobile user application to a distributed computing device. 
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19. A method for extending enterprise data to a mobile device, the system comprising: 

creating a domain data store comprised of data relating to an enterprise system; 

establishing a communication link with a mobile computing device, the mobile 
computing device including a mobile data store comprised of at least a portion of the data; 

receiving transactions from the mobile computing device, the transactions comprising 
at least partially data operations performed on the mobile data store prior to the communication link 
being established; 

modifying the domain data store to reflect the transactions; and 

communicating a portion of the domain data store to the enterprise system. 

20. A method for extending enterprise data to a mobile device, the system comprising: 

creating a domain data store comprised of data relating to an enterprise system; 
establishing a wireless communication link with a mobile computing device, the 
mobile computing device including a mobile data store comprised of at least a portion of the data; 
synchronizing the mobile data store with the domain data store; 
modifying the domain data store to reflect the synchronization; and 
communicating a portion of the domain data store to the enterprise system. 
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21. A method for accessing enterprise data from a mobile device, comprising: 

storing a mobile data store, the mobile data store comprised of at least a portion of 
data from an enterprise system; 

creating transactions comprising data operations performed on the mobile data store; 

establishing a communication link after creating the transactions with a mobile 
application server, wherein the mobile application server interfaces to a domain data store separate 
from the enterprise system; and 

transmitting the transactions to the domain data store. 

22. A system for extending enterprise data to a mobile device, the system comprising: 

a mobile application server operable to interface to an enterprise system and a mobile 
computing device; and 

a domain data store communicatively coupled to the mobile application server, the 
domain data store operable to store data from the enterprise system; 

wherein the mobile application server is operable to: 

establish a communication link with a mobile computing device; 
receive transactions from the mobile computing device, the transactions 
comprising data operations performed on a mobile data store prior to the establishment of a wireless 
communication Knit; and 

modify the domain data store to reflect the transactions; and 
• communicate a portion of the domain data store to the enterprise system. 
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23. A system for accessing enterprise data remotely, comprising: 

a computer readable medium; and 

application stored on the computer readable medium, the application operable to: 

store a mobile data store, the mobile data store comprised of at least a portion 

5 of data from an enterprise system; 

create transactions comprising data operations performed on the mobile data 

store; 

establish a communication link after creating the transactions with a mobile 
application server, wherein the mobile application server interfaces to a domain data store separate 
10 from the enterprise system; and 

transmit the transactions to the domain data store* 

24. A system for accessing enterprise data remotely, comprising: 

a mobile computing device; and 
a colonist stored on the mobile computing device; 
1 s wherein the colonist is operable to: 

establish a communication link with an application server having a domain 

data store; 

receive an application, the application executable to form a mobile data store, 
the mobile data store comprised of at least a portion of data from a domain data store, the domain 
20 data store separate from an enterprise system. 
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25. A system for extending enterprise data to a mobile device, the system comprising: 
a computer readable medium; 

and a mobile application server stored on the computer readable medium, the mobile 
application server operable to operable to interface to an enterprise system, a domain data store, and 
5 a mobile computing device; 

wherein the mobile application server is further operable to: 

establish a communication link with a mobile computing device; 
receive transactions from the mobile computing device, the transactions 
comprising data operations performed on a mobile data store prior to the establishment of a wireless 
10 communication link; and 

modify the domain data store to reflect the transactions; and 
co mmun icate a portion of the domain data store to the enterprise system. 
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26. A system for extending enterprise data to a mobile device, the system comprising: 

a mobile application server for interfacing to an enterprise system; 

a domain data store communicatively coupled to the mobile application server, the 
domain data store comprised of data from the enterprise system; 

a mobile computing device; 

a mobile application stored on the mobile computing device; and 

a mobile data store communicatively coupled to the mobile application, the mobile 

data store comprised of at least a portion of the data; 

wherein the mobile application server is operable to transmit the portion over a 

wireless communication link based upon characteristics of the mobile computing device. 
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